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Ben Cotton 


¢ Fedora Project 


5 years as Fedora Program Manager 
Docs Team lead 
packager 


Fedora Magazine editor 


* Contributor to Fedora, HTCondor, others 


¢ Writer for Opensource.com and The Open Organization 
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Why do projects collaborate? 
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Why do projects cooperate? 


¢ They have a relationship 


4 


@FunnelFiasco@hachyderm.io 


Probably the most common reason that projects 
cooperate is because they have a relationship of some 
sort. One is downstream of the other or they’re both 
parts of an ecosystem or a larger umbrella project. 


One great example is that of Linux distributions and 
desktop environments. Most Linux distros need a 
desktop environment and desktop environments get 
most of their end users from Linux installs. They work 
together to improve the integration and experience for 
their mutual users. 
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Why do projects cooperate? 


* To keep upstreams sustainable 
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Relatedly, projects may explicitly cooperate with their 
upstreams to keep them sustainable. The downstream 
project might have someone work upstream as a 
flywheel to keep the upstream community healthy. 
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Why do projects cooperate? 
e | ff yi 


¢ Economies of scale 


Sharing is caring, right? Running a forum or a chat server 
can be expensive in both time and money, so projects 
might share the burden by going in on a service 
together. The same goes for sharing booth space ata 
conference, or even hosting a conference. 
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Why do projects cooperate? 


* Because it’s lonely sometimes 


Sometimes projects work together because they’re small 
and it’s nice to have friends. A 2014 study found 95% of 
non-fork GitHub repos have three or fewer 
maintainers. Tidelift’s 2023 maintainer survey found 
42% of maintainers say open source feels lonely. 
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Why do projects cooperate? 


¢ Accidentally 


Sometimes projects don’t intend to work together, but 
they have a lot of the same contributors in common so 
it ends up working out that way. This ties back to the 
previous point: if your friend is working on a project, 
you might go work on it, too. 
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Why do projects cooperate? 
aa 


* Because that’s how open 
source works 
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But ultimately, cooperation is how open source works. 
Strictly-speaking, a project can be open source 
because code is tossed over the wall under an OSI- 
approved license. But culturally, there’s an expectation 
of working together. 
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Even when they’re 


competing?! 


But what happens when the projects are competing. Can 
they still work together? 


Yes. 
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Cooperating while competing 


Open source projects aren’t 
companies 

(and competing companies 
cooperate, anyway) 
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Open source projects aren’t companies vying to control 
100% of the market. Sure, they might want to grow 
their user or contributor base, but there’s not a drive to 
crush the competition. 


Besides, companies that compete also collaborate. Ina 
talk at FOSS Backstage, Melanie Rieback told a story of 
bank infosec teams sharing firewall rules to help a 
competitor stop a cyberattack. 


Companies work together all of the time, in foundations, 
industry groups, etc. 
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¢ Working together can increase 
the “market” 


Cooperating while competing 
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Part of the reason that projects work together is that they 
can increase the size of the pie. Linux just reached 
4% market share on the desktop; does it make more 
sense for Debian, Fedora, Ubuntu, openSUSE, and 
others to fight over that 4% or work together to reach 
10%? 


Particularly if you’re motivated by the ethical aspects of 
open source software, your “enemy” isn’t other open 


source projects, it’s the proprietary offerings. 
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Cooperating while competing 


¢ Improve the commodity layers 


When projects have a shared upstream in their stack, it 
makes sense to work together there. If you and your 
competitor both use the LLVM compiler, you get 
advantages from improvements there, but they’re not 
differentiated. 
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Cooperating while competing 


¢ Share needed skills 
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Because most open source projects are small, their 
communities will often lack certain desired skills. 
Translation is a great example, but so is security. 
14% of maintainers consider quitting because of 
security requirements placed on them, and those 
requirements aren’t going anywhere. 
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Cooperating while competing 


Let’s be honest: 


How are you going to stop it? 


Open source is people. People are going to do people 
things, including work on your competing projects if 
it’s in their interests. 


You can’t stop it, so you might as well embrace it. 
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How to cooperate 
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How to cooperate 


Understand what you want to get 
out of it 


The first step to cooperating — and most things in life — 
is understanding the “why”. What is it that your project 
wants to get from cooperating? There are no wrong 
answers, but how and where you cooperate depend on 
your answer to the “why” question. 
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How to cooperate 


Look for areas to cooperate 


—- Common upstreams 
- Borrowing tooling 
- Shared infrastructure 


- andsoon 
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Once you have “why” figured out, you can start to look 
for “where”. 
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How to cooperate 


* Talk to each other 


- At leadership levels I 


- Have an ambassador? I 


— Share ideas early 
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No matter where you’re cooperating, you need to talk to 
your partner projects — not just at the level of individuals 
working across both projects or joint efforts, but that the 
project leadership level. Understand what your mutual 
goals are. 


I’ve not seen a project do it, but | like the idea of having 
an official ambassador who’s responsible for attending 
the other projects meetings and being a conduit for 
information. 
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How to cooperate 


¢ Conferences & events 
- Co-host events 


- Sponsor & attend each other’s 
conferences 


Visit each other’s booths 


Conferences and events can be a great place to work 
together. You can co-host events or sponsor & attend 
each others events. At third party conferences, you can 
share a booth. If you don’t do any of those, it’s at least 
good to spend some time talking to the other projects. 
One year, | spent over an hour at the openSUSE booth 
comparing notes with the folks there. The conversation 
validated struggles | saw in Fedora and led to some 
opportunities to be more involved across both 
projects. 
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What to look out for 
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Cooperating isn’t all sunshine and daisies. It’s a 
relationship and all relationships have challenges 
sometimes. 


What to look out for 


¢ Are you getting what you 
wanted? 


* Should you join forces? 


¢ Is everyone leaving? 
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You should pay attention to whether or not your 
cooperation is successful based on the definition of 
success you came up with on slide 23. 


You might find that your projects are so similar in 
members, goals, and technology that it makes sense to 
merge. This might be at the code level or as an 
umbrella organization for two projects. 


You should also pay attention to your attrition. People 
leave open source projects all of the time, but if they’re 
leaving more than they’re staying, is your partner 
project doing something right that you’re not? 
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Let’s talk about it 


¢ Mastodon: @FunnelFiasco@hachyderm.io 
* Linkedin: http://funnelfias.co/linkedin 
* Read more! 

- https://duckalignment.academy 


- https://funnelfiasco.com/blog 
- My book: http://funnelfias.co/bcosp (use apereo2024 for 35% off ebook!) 
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